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Description 

La prdsente invention a pour objet un systeme de 
communication entre un centre serveur et un utilisateur 
par rintermediaire d'une interlace. Elle vise particuliere- 
ment les domaines ou le fonctionnement de I'intertace 
est conditionne par la presence d'un micro-circuit eiec- 
tronique de type jeton, support a puce, carte a puce ou 
autre, insure" temporairement de maniere amovible ou 
definitivement dans ['interface. On trouve des utilisa- 
tions de ce type de systeme avec des telephones por- 
tables laisses a disposition et pour lesquels on veut, par 
exemple, empecher ('utilisation du telephone par quel- 
qu'un qui n'aurait pas insere de circuit correspondant. 
Elle concerne egalement tous les terminaux de paie- 
ment direct utilisant des cartes a puce, notamment pour 
provoquer des retraits sur des comptes en banque. 

Le probleme qu'on rencontre avec ce type de sys- 
temes est lie a la definition de I'interface. En effet, a un 
moment donne\ les besoins connus de s^curite* et ou de 
confort de transaction impliquent la mise en oeuvre de 
procedures par I'interface. Ces procedures sont evolu- 
tives. Ceci presente comme consequence ou inconve- 
nient que des interfaces obsoletes doivent alors etre 
changees au fur et a mesure de cette evolution. 

II pourrart neanmoins etre envisage de mettre a jour 
les systemes d'exploitation des interfaces, d'une manie- 
re similaire a la mise a jour des systemes d'exploitation 
dans les micro-ordinateurs. Cependant, cette facon de 
faire presente I'inconvenient que beaucoup de mises a 
jour devraient etre faites. De plus, le proprietaire, ou le 
gerant, de I'interface n'est pas ['utilisateur de cette 
interface : celui qui possede le circuit eiectronique 
d'autorisation en question. Par exemple, pour un termi- 
nal de paiement par carte a puce dans un restaurant, le 
proprietaire de ['interface est le restaurateur alors que 
Putilisateur, le payeur, est le titulaire de la carte a puce. 
II en est de meme avec les systemes de telephone por- 
table, notamment dans le domaine des voitures de lo- 
cation ou le telephone portable (done Tinterface) appar- 
tient a la societe de location de voitures (ou a une so- 
ciete concessionnaire d'un reseau de telecommunica- 
tions) et ou la carte a puce ou le circuit eiectronique con- 
cerne est la propriete de I'utilisateur. Dans ce cas, une 
difference de mise a jour, d'une interface a une autre 
peut rendre pour un utilisateur, ['utilisation tres compli- 
quee. 

II y a un necessaire decalage entre le souci de I'uti- 
lisateur qui est interesse a disposer avec sa carte a puce 
des tous derniers perf ectionnements, et le souci du ges- 
tionnaire de I'interface qui, pour des raisons de cout peut 
etre tente de limiter le nombre de campagnes de mise 
a jour des interfaces qu'il gere. 

Un exemple pratique de besoin est celui ressenti 
dans le domaine des telephones portatifs ou le gestion- 
naire de I'interface, ou bien le proprietaire du serveur, 
voudrait pouvoir decompter des unites prepayees dans 
des cartes a puce d'utilisateur, un peu a la maniere de 



ce qui se pratique dans les telephones publics. Or, les 
appareils teiephoniques portatifs actuels, les interfaces, 
ne sont pas munis dans leur systeme d'exploitation d'un 
jeu destructions permettant ce decomptage. Ce sera 
5 le cas plus tard. Le probleme a resoudre dans ce cas 
particulier est done de decompter dans la carte a puce, 
avec une interface qui n'est pas munie de moyens pour 
cela, des impulsions de decomptage qui seraient en- 
voyees par un serveur teiephonique. On voit bien la drf- 
10 ficulte du probleme. 

Le document EP-A-0 292 248 decrit un systeme 
pour teiecharger des instructions dans une carte a puce. 
Le document, "L'echo des recherches" n° 1 39 1 990 pa- 
ges 1 3-20, X P 386 290, du a P. Jolie et Al, decrit I'uttli- 

i$ sation d'une carte a puce dans un radiotelephone. 
Aucun de ces enseignements n'est toutefois utilisable 
pour provoquer, au cours d'une session de connexion, 
['execution d'une instruction qui n'est pas deja disponi- 
ble dans I'interface ou la carte a puce. 

20 L'invention a pour objet de trouver une solution a ce 
probleme et de proposer une beaucoup plus grande 
souplesse d'utilisation des interfaces ou terminaux d'uti- 
lisation. Plusieurs solutions sont envisageables, on 
pourrait notamment definir un mecanisme 'universe!" 

25 permettant de gerer les terminaux de maniere transpa- 
rente depuis le serveur. II faudrait pour cela equiper tous 
les terminaux existant de ce nouveau mecanisme. C'est 
done une solution peu realiste. La solution envisagee 
dans l'invention ne requiert aucune modification du ter- 

30 minal, et ne fait qu'exploiter les ressources deja dispo- 
nibles de celui-ci. Ces ressources sont soit des proce- 
dures disponibles depuis le serveur, soit des instruc- 
tions cartes (embarquees dans le terminal) comman- 
dees depuis le serveur, qui permettent d'acheminer des 

55 donnees a travers le terminal jusque dans la carte. En 
outre, selon ['invention, ces terminaux vont eux-memes 
avoir un systeme d'exploitation des plus simples et qui 
en definitive n'aura meme pas besoin d'evoluer. 

L'idee de l'invention est d'utiliser dans le systeme 

to d'exploitation des interfaces, parmi te jeu d'instructions 
existant, un jeu minimum d'instructions ou mdme une 
procedure existante. Avec ce jeu ou cette procedure on 
provoque le pointage, dans une zone reservee de la me- 
moire de la puce, d'une instruction d'un jeu complemen- 
ts taire, ou jeu etendu. Cette instruction complementaire 
est alors executee, sort par le microprocesseur de la car- 
te a puce, soit par le microprocesseur de 1'interface, ces 
derniers agissant sur des peripheriques designes. lis 
provoquent par exemple un affichage d'informations sur 

50 un ecran de I'interface, un decomptage d'unites pre- 
payees dans une memoire de la carte a puce, un envoi 
au serveur d'un bilan relatif a la carte a puce et/ou a la 
communication en cours (notamment dans un but d'eta- 
blirdes facturations de durees de transmission), ou une 

55 invalidation de la carte a puce, etc ... . 

Avec ['existence d'une zone r6servee, dont la place 
et ensuite I'utilisation sont connues, on peut ainsi char- 
ger, avec le jeu minimum d'instructions du systeme d'ex- 
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ploitation de I'interface, les caracteristiques d'une ins- 
truction. Les caracteristiques de cette instruction sont 
soit le code instruction de cette instruction elle-mSme, 
soit une adresse de cette instruction dans une memoire 
de la puce. En plus de cette zone r^servee, le micropro- 5 
cesseur de la carte a puce comporte un automatisme 
d'execution de ('instruction dont les caracteristiques ont 
ete chargees dans la zone reserved. Des qu'on veut 
augmenter la puissance d'utilisation d'un systeme, on 
envoie a la carte a puce les caracteristiques de I'instruc- io 
tion a executer a partir du serveur. Elles sont transmises 
naturellement par ['interface qui en pratique sachant se- 
lectionner, et ecrire (c'est un minimum) une zone me- 
moire dans la memoire de la carte a puce, peuty inscrire 
les caracteristiques de cette instruction. Par la suite, le is 
microprocesseur de la carte a puce prend le relais pour 
provoquer, avec son automatisme, ['execution de cette 
instruction. 

Dans un perfectionnement, plut6t que d'envoyer 
Tinstruction a partir du serveur, on chargera des instruc- 20 
tions supplementaires dans des cartes a puce mises a 
jour, en des jeux complementaires d'instructions. Dans 
ce cas, les caracteristiques destruction a envoyer par 
le serveur ne consistent qu'en un pointeur, designant 
celle de ces instructions complementaires qu'on veut 2s 
voir faire executer 

En variante on utilise une procedure existante de 
gestion de la carte qui est associee a renvoi d'une don- 
nee. On particularise une donnee, et, en reception dans 
la carte, on verifie que la donnee transmise a cette forme 30 
particuliere. Le cas echeant on execute une instruction 
du jeu etendu qui correspond alors a cette donnee par- 
ticuliere. 

L'invention a done pour objet un systeme de com- 
munication comportant 35 

un centre serveur, une puce electronique portee par 
un support a puce, et une interface de communica- 
tion entre ce centre serveur, cette puce, et, even- 
tuellement, un utilisateur, aq 
dans I'interface, un microprocesseur et une memoi- 
re programme munie d'un jeu limite d'instructions 
ou de procedures de communication avec la puce, 
et, 

dans la puce, un microprocesseur et une memoire as 
programme munie egalement d'un jeu limite" corres- 
pondant d'instructions ou de procedures, 

caracterise en ce que le systeme de communication 
comporte so 

des moyens agencSs pour, a partir d'un message 
emis par le centre serveur, au cours d'une session 
d'utilisation, selectionner ou ecrire, dans une zone 
memoire reservee de la puce, avec les jeux limited s$ 
d'instructions ou les procedures de la puce et ou de 
Tinterface, les caracteristiques d'une instruction dif- 
ferent© de cedes des jeux limited ou procedures, et 



dans la puce un automatisme d'execution agence 
pour, au cours de cette session, executer cette ins- 
truction diffe>ente apres selection ou ecriture de ses 
caracteristiques dans cette zone memoire reser- 
vee. 

L'invention sera mieux comprise a la lecture de la 
description qui suit et a I'examen des figures qui I'ac- 
compagnent. Celles-ci ne sont donnees qu'a titre indi- 
catif et nullement limitatif de l'invention. Les figures 
montrent : 

Figure 1 : une representation globale d'un systeme 
de communication conforme a l'invention ; 
Figure 2 : une representation schematique du fonc- 
tionnement de Pautomatisme d'execution de Tins- 
truction du jeu compiementaire ; 
Figure 3 : des microprogrammes types mis en 
oeuvre dans une carte a puce fonctionnant avec le 
systeme de communication de ['invention. 

La figure 1 represente un systeme de communica- 
tion conforme a ('invention comportant un centre ser- 
veur 1 , une puce electronique 2 portee par exemple par 
un support a puce 3, par exemple une carte a puce, ou 
un jeton a puce, ou autre, notamment un support de con- 
nexion d'un circuit integre monte dans son boftier DIP 
ou CMS. Ce systeme comporte egalement une interface 
de communication 4 entre ce centre serveur 1 , cette pu- 
ce 2 et, eventuellement, un utilisateur qui peut manipu- 
ler des boutons de commande 5 de I'interface 4. Le ser- 
veur 1 est le systeme qui heberge I'application et qui la 
met a la disposition des nombreuses interfaces et utili- 
sateurs. Le serveur 1 envoie des informations aux inter- 
faces ainsi qu'a la carte par I'intermediaire d'une liaison 
de transport 6. II peut cependant y avoir une connection 
directe. La liaison de transport 6 peut egalement etre un 
chemin dans un reseau de transmission de donnees, et 
avoir plusieurs formes : filaires, hertziennes ou autres. 
Elle utilise un protocole de transport et notamment des 
modems 7 et 8 pour acheminer des informations. Ces 
informations represented des donnees, des adresses, 
et/ou des instructions. 

L'interface 4 peut etre dediee a une application, par 
exemple du type EFTPOS (Electronic Found Transfert 
Point Of Sale) ou standard, par exemple du type ordi- 
nateur personnel ou Minitel. Le role de ('interface con- 
siste essentieilement a permettre a un utilisateur de dia- 
loguer avec le serveur 1 , ou la puce 2 et/ou a acheminer 
et mettre en forme des informations destinees au ser- 
veur 1, a la puce 2 ou a i'interface 4. La carte a puce 3 
comporte des donnees propres a i'application et propres 
au porteur: I'utilisateur. Elle dispose d'un systeme d'ex- 
ploitation qui offre une panoplie de fonctions grace a un 
jeu d'instructions, la plupart du temps specifiques. 

Dans I'interface 4 est instalie un microprocesseur 9 
en relation par un bus 10, de commandes, de donnees 
et d'adresses, avec essentieilement une memoire pro- 
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gramme 1 1 , un lecteur de support a puce 1 2 et un circuit 
d'entree/sortie a direction du serveur 1, par exempte le 
modem 8. Dans cette version minimale, I'interface 4 ne 
sert qu'a assurer fe trafic avec la carte a puce 3. Au be- 
soin, le bus 10 est egalement connecte a un ecran d'af- 
fichage 1 3 permettant de visualiser les operations effec- 
tuees. De preference, le bus 10 est egalement relie a 
des boutons de commande 5 permettant Intervention 
d'un utilisateur Danscecas, I'interface est une interlace 
entre I'operateur et la carte a puce ou entre le serveur, 
I'operateur et la carte a puce. La memoire programme 
11 comporte un jeu limite d'instructions, ici les instruc- 
tions SELECT, READ, UPDATE, STATUS, qui sont peu 
nombreuses. En pratique, seules sont essentielles les 
instructions SELECT et UPDATE permettant respecti- 
vement de selectionner une zone memoire de la memoi- 
re de la puce de la carte a puce et/ou d'y ecrire quelque 
chose. Cependant pour des raisons de confort ce jeu 
limite comportera egalement une instruction de lecture 
seule, READ, d'une zone de la carte a puce et, de pre- 
ference mais eventuellement, une instruction STATUS 
permettant d'envoyer un etat des compteurs ou regis- 
tres internes de la carte a puce au serveur et/ou de les 
visualiser sur I'ecran 1 3. Le contenu de cette instruction 
reste a definir Elle pourrait etre aussi une instruction 
Jocker. 

La puce 2 de la carte 3 comporte un microproces- 
seur 14 et une memoire programme 15 comportant au 
moins un jeu limits d'instructions 16. Le jeu 16 corres- 
pond au jeu 1 1 : on y retrouve les m§mes instructions 
que dans ce dernier, c'est-a-dire les instructions SE- 
LECT, READ, UPDATE et STATUS. Ici egalement seu- 
les les instructions SELECT et UPDATE sont essentiel- 
les pour mettre en oeuvre I'invention. On notera que les 
jeux limites 11 et 16 peuvent etre un peu plus complets 
que ces jeux minimaux. La puce 2 comporte egalement 
un bus 17, du meme type que le bus 10 mettant en re- 
lation le microprocesseur 14, la memoire programme 15 
et un dispositif d'entree/sortie 18. Dans lecasdes cartes 
a puce, ce dispositif 1 8 d'entr6e/sortie comporte un con- 
necteur normalise dont les plages metalliques sont des- 
tinees a venir au contact de palpeurs 19 du lecteur 12. 

Une des caracteristiques essentielles de I'invention 
est que la puce 2 comporte une zone memoire reservee 
20 en relation par le bus 1 7 avec le microprocesseur 1 4. 
Dans cette zone reservee 20, le serveur 1 provoque 
Pecriture de caracteristiques d'une instruction differente 
de celle des jeux limites 1 1 et 1 6. II provoque, par exem- 
pfe, une ecriture des caracteristiques d'une instruction 
de BILAN (differente de STATUS) tendant a faire en- 
voyer par le microprocesseur 14, sur Tehran 1 3, un 6tat 
du solde des unites prepayees et contenues dans une 
memoire annexe 21 de la carte. Cette instruction diffe- 
rente complementaire peut egalement etre une instruc- 
tion ALGO tendant a faire executer par le microproces- 
seur 14 un algorithme de chiffrement de message ou 
d'authentification de la carte 3 a puce ou du terminal 4. 
Cette instruction differente peut egalement etre une ins- 



truction CHANGE de changement de valeur des unites 
prepayees, afin d'obliterer certaines unites 22, au fur et 
a mesure de la duree de la communication. Elle peut 
egalement §tre une instruction INVAL d' invalidation de 
s la carte, ou tout autre instruction dont le besoin se fera 
sentir petit a petit, au fur et a mesure des Evolutions des 
applications elles-mdmes. 

Plutot que de stocker dans la zone 20 de la memoire 
reserved des caracteristiques d'une instruction differen- 
ce te de celle du jeu limite, on stocke dans la zone 20 une 
adresse relative au stockage, dans une partie comple- 
mentaire 23 de la memoire programme 15 (ou d'une 
autre memoire de la puce 2), d'une instruction d'un jeu 
complementaire. Ce mode estprefere puisqu'il suffit de 

is faire envoyer par le serveur 1 uniquement I'adresse, 
dans la partie complementaire 23 de la memoire pro- 
gramme 15, des instructions a executer differentes: BI- 
LAN, ALGO, CHANGE, INVAL, ... C'est plus court. La 
figure 2 montre le fonctionnement de I'automatisme pte- 

20 tere d'execution de I'instruction differente a ('issue de sa 
selection ou de son ecriture. Dans cette figure, les me- 
rries elements sont designes par les memes references 
que dans la figure 1. L'interet de I'invention se situe en 
particulier dans le cas ou on veut faire executer par le 

2S couple interface 4 puce 2 une instruction qui ne figure 
pas deja dans le jeu limite d'instructions 11 ou 16. Dans 
la description qui va suivre, on ne tiendra pas compte 
du caractere serie ou parallele de la transmission des 
diverses informations. En effet les adaptations n6ces- 

30 saires sont effectuees par le MODEM 8 d'une part, et, 
pour les protocolesconnus de gestion des memoires de 
carte a puce, par les lecteurs 12, d'autre part. 

Un message 24 est emis par le serveur 1. II com- 
porte en substance une premiere partie 25 relative a un 

35 code instruction, une deuxieme partie 26 relative a une 
zone memoire designee (celle sur laquelle porte I'ins- 
truction), et une partie 27 relative a une donnee. La par- 
tie 27 peut etre de longueur fixe ou variable et, dans ce 
cas, d'une maniere connue elle comporte en en-tete, en 

to mode binaire, un octet indiquant la longueur de refor- 
mation transmise. 

Dans un premier cas 24, I'instruction sera une ins- 
truction SELECT, la zone memoire concentee sera la 
memoire reservee 20 dont I'adresse est MEM RES, et 

4 $ la donnee sera relative aux caracteristiques d'une ins- 
truction, par exemple ALGO. Le microprocesseur 9 de 
I'interface 4 recoit ce message 24 et transmet respecti- 
vement sur ses bus de commandes 28, d'adresses 29 
et de donnees 30 ^instruction contenue en zone 25, 

so i'adresse contenue en zone 26, et la donnee contenue 
en zone 27. Cette transmission est effectuee a destina- 
tion du microprocesseur 1 4, selon des protocoles con- 
nus et par I'intermddiaire du lecteur 1 2 et du connecteur 
18. Le microprocesseur 14 execute alors I'instruction, 

55 SELECT pour le message 24, ou UPDATE pour un mes- 
sage 31, en commencant par le chargement de cette 
instruction dans son registre instruction 32. L'instruction 
concernee est ensuite effectuee par le microprocesseur 
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1 4 qui selectionne, ou met a jour respectivement, la me- 
moire reservee 20. Dans ce but, I'adresse MEM RES de 
selection est transmise par un bus d'adresse 33, du mi- 
croprocesseur 14. Unecommande resultant de I'execu- 
tion de Tinstruction SELECT ou UPDATE est appliquee, s 
par un bus de commande 34, a un circuit 35 de gestion 
de la memoire 20. Le circuit 35 est tout simplement un 
circuit de lecture ecriture, de maniere a lire ou a ecrire 
dans la memoire 20 a des adresses v6htcu!6es par le 
bus 33 des donnees vShiculees par un bus 36 de don- 10 
nees. Le bus de donnees 36 transmet les donnees re- 
cues du bus 33. Dans le cas du message 31, le micro- 
processeur 1 4 fait executer par le circuit 35, une inscrip- 
tion, une ecriture dans la memoire 20 du message AL- 
GO recu du serveur 1 . On remarque a ce niveau que le '5 
fait d'ecrire dans la memoire reservee 20 n'a rien de dif- 
ferent par rapport a une ecriture dans une autre partie 
de la memoire de la puce 2. Ce type de commande est 
trivial. L'automatisme de I'invention a alors pour objet 
de transmettre, dans le registre d'instruction 32 du mi- 20 
croprocesseur 14, Instruction differente dont on vient 
ainsi de stocker les caracteristiques en memoire reser- 
vee 20. 

En pratique, dans une version preferee, on a stocke 
dans la memoire 20 non pas ''instruction elle-meme 2s 
mais une adresse d'instruction dans le jeu complemen- 
taire 23. Aussi, apres I'inscription des caracteristiques, 
de I'adresse, de I'instruction complementaire designee 
ALGO, on utilise le contenu de la memoire 20 pour servir 
d'adresse et pour pointer une des instructions de la me- 30 
moire programme 23. Autrement dit, dans l'automatis- 
me prefere, le microprocesseur 14 lit la memoire 20 et 
transmet la donnee lue sur son bus d'adresse 33. Cette 
adresse vient pointer une zone memoire de la memoire 
programme 23. Une fois ce pointage effectue, le micro- 35 
processeur lit alors, dans la zone memoire pointee, la 
donnee qui y est stockee. Cette donnee est en fait, I'ins- 
truction differente. Le microprocesseur la transmet afors 
par son bus de commande 34 a son registre d'instruction 
32. Le microprogramme de l'automatisme se termine 40 
par une execution de I'instruction differente ainsi char- 
gee. 

Cette instruction differente peut avoir pour objet de 
modifier le contenu d'une memoire annexe 21 de la puce 
2. Elle peut egalement etre transmise, en sens inverse, 4 $ 
au microprocesseur 9 et etre appliquee a 1'interface 4, 
pour un affichage sur Pecran 13 ou autre. Elle peut ega- 
lement etre mise en oeuvre directement, par le micro- 
processeur 14, sur le contenu de certaines memoires 
ou peripheriques de 1'interface 4. Cependant, compte- so 
tenu deschoixpreferesde protocole respectivement se- 
rie et parallele, pour une carte a puce 3 et une interface 
4, on preferera deleguer au microprocesseur 9, la mise 
en oeuvre de I'instruction differente. Celle-ci est alors 
charged dans un registre destructions du microproces- 55 
seur 9, de la meme facon que pour le microprocesseur 
14. 

La figure 3 montre un fonctionnement, prefere d'un 



microprogramme preen registre* dans une memoire pro- 
gramme 16 d'une carte a puce susceptible de mettre en 
oeuvre le systeme de communication de I'invention. Au 
debut de ce microprogramme, le microprocesseur 1 4 
est en attente de reception d'instruction. Puis il recoit, 
transmis par le bus 28 une instruction. Dans une premier 
temps, il verifie que cette instruction est une instruction 
de selection au cours d'une etape 37. Si c'est le cas, il 
execute la selection de la zone memoire, memoire 20 
ou memoire 21 designee. Si ce n'est pas le cas, au cours 
d'une etape 38, le microprocesseur teste si ['instruction 
est une instruction de lecture READ. Si c'est le cas il 
provoque la lecture de la zone memoire dont I'adresse 
est convenue dans la partie 26 du message. Si ce n'est 
pas le cas, dans une etape 39, il regarde s'il s'agit d'une 
instruction de mise a jour, et le cas echeant il met a jour 
la zone memoire concernee. Enfin, normalement il n*y 
a plus de test a prevoir, et I'instruction restante devrait 
etre une instruction STATUS puisque ce sont, a priori 
les seules instructions du jeu limite destructions que le 
microprocesseur est susceptible d'attendre. 

On remarque qu'on peut prevoir un jeu limite plus 
important, ou Sventuellement moins important. Seules 
les instructions SELECT et UPDATE, sont veritable- 
ment indispensables pour le procede de I'invention. 
Aussi, dans une 6tape 40, le microprocesseur 1 4 va ve- 
rifier que instruction recue est une demande d'etablis- 
sement d'un STATUS et le cas echeant il I'exScute. II est 
a remarquer que I'instruction STATUS pourra etre une 
instruction normalised, et ne pas porter a priori de desi- 
gnation de zone memoire en zone 26 du message. 

Par contre, si le microprocesseur 1 4 n'a pas detecte 
au cours des tests 37 a 40 qu'une instruction attendue 
etait reconnue, il delivre en une operation 41, un mes- 
sage d'erreur (affichable par exemple sur I'ecran 13, 
mais pas necessairement). Au cours d'une operation 42 
successive a I'execution de chacune des instructions 
SELECT, READ, UPDATE, et eventuellement STATUS, 
le microprocesseur 1 4 cherche a savoirsi I'adresse con- 
ten ue dans la partie 26 du message 6tait une adresse 
MEM RES de la memoire reserved. Si ce n'est pas le 
cas, le microprocesseur 14 considere que le traitement 
du message a ete effectue completement. II se remet 
en attente. En ce qui concerne I'instruction STATUS, on 
pourra preVoir un retour systematique en attente des- 
tructions du microprocesseur 14, ou bien un passage 
par le test 42 si la zone 26 du message a ete renseigne. 

Dans le cas, ou la zone 20 de la memoire reservee 
est concernee, le microprocesseur 1 4 charge sur le bus 
d'adresse 33 le contenu de cette memoire. Le bus 
d'adresse 33 pointe alors sur une parmi plusieurs adres- 
ses de la memoire complementaire 23. Selon qu'il poin- 
te sur la premiere, la deuxieme, ou une autre adresse 
de la memoire 23, avec une batterie de test 43, 44 en 
cascade, on peut provoquer la selection dans la memoi- 
re 23 d'une parmi plusieurs instructions. Les instructions 
sont a stocker dans le registre de commande 32 du mi- 
croprocesseur 14. De preference, la memoire 23 sera 
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une memoire de type non volatile, avec des cellules me- 
moires comportant des transistors a grille flottante, de 
preference de type eiectriquement inscriptible et 
effacable : EEPROM. Dans ce cas, apres avoir fait exe- 
cuter par le microprocesseur 14 I'instruction comple- s 
mentaire, on provoque I'effacement de la memoire re- 
servee de maniere a ce que celle-ci soit a nouveau vier- 
ge. L'etape d'effacement 45 est done ainsi effectuee 
apres ('execution de ('instruction complementaire. 

On peut cependant agir differemment. On peut pre- 10 
voir, par exemple, que I'instruction de mise a jour, 
UPDATE, executee par le microprocesseur 14 (pas par 
le microprocesseur 9) comporte elle-meme un micro- 
programme consistant a effacer au prealable la memoi- 
re reservee 20 avant ^inscription d'un nouveau pointeur 15 
en vue d'executer une autre instruction compiementai- 
re. Ceci est utile lorsqu'il faut provoquer le decomptage 
d'unite dans la zone memoire 21 de la carte a puce 3. 
En effet, dans ce cas, le serveur 1 envoie la premiere 
fois une instruction UPDATE en visant le pointage d'une 20 
instruction de decomptage des unites dans la zone com- 
plementaire 23. Par la suite, il lui suffit de selectionner 
la memoire reserved pour faire executer automatique- 
ment le decomptage d'unites. En effet Tinstruction de 
decomptage est deja inscrite dans la memoire 20, il 25 
n'est pas ne*cessaire de la reecrire. II suffit de la selec- 
tionner, de la lire, et de passer par l'etape 42. Au besoin 
I'instruction STATUS peut mdme etre utilised. Le mes- 
sage 31 comporte, a la difference du message 24, des 
donnees en zone 27 plus consequentes. Ces donn6es, 30 
visent elles aussi la memoire reservee, elies peuvent 
etre stockees dans diffeVentes zones memoires 46 ou 
47 de la memoire reservee. Dans ce cas, une premiere 
partie du contenu du message en zone 27 sera stockee 
dans une premiere zone 46 de la memoire 20, une se- 35 
conde partie dans une zone 47 successive et ainsi de 
suite. Ceci signifie que plutot que d'envoyer au fur et a 
mesure toutes les instructions pour les faire executer 
par le microprocesseur 14, le serveur 1 envoie un seul 
message comportant une suite d' instructions devant 40 
etre exScutees en sequence. 

Dans ce cas, a titre d'exemple, la memoire 20 com- 
portera dans chaque zone un champ 48 ou seront stoc- 
kes les pointeurs ou caracteristiques des instructions a 
executer, et un champ 49 qui sera par exemple un bit, 
ou un autre systeme, dans lequel une information binai- 
re permettra de savoir qu'apres Tex6cution d'une ins- 
truction du jeu complementaire, par la presence d'un un, 
devra suivre l'ex6cution d'une autre instruction du jeu 
complementaire. Par centre, par la presence d'un zero, so 
on saura qu'il n'y a plus d'autres instructions a executer 
ensuite. Dans ce but, ('execution de chaque instruction 
du jeu complementaire comportera, dans le micropro- 
gramme de la figure 4, un test 50 au cours duquel on 
cherchera a savoir si I'execution d'une instruction com- ss 
plementaire doit etre suivie par une execution d'une 
autre instruction complementaire suivante ou non. Le 
branchement du microprogramme doit alors etre imme- 



664 B1 10 

diat. 

En variante on utilise une procedure existante de 
gestion de la carte. Par exemple une procedure exis- 
tante d'authentification de la carte comporte renvoi par 
le serveur d'un aiea chiffre a la carte, le dechrffrement 
par la carte de cet aiea, le cryptage par un algorithme 
de type DES parametre par I'aiea dechiffre d'un code 
secret de la carte, et I'envoi au lecteur pour verification 
du code secret crypte. Dans ('invention on reserve un 
aiea donne, par exemple 0OO0XXXX, pour d'une part 
indiquer par les 0000 qu'on n*a pas affaire vraiment a 
une procedure existante, et d'autre part charger la don- 
nee XXXX dans la memoire 20. Le reste est eff ectue de 
la fa$on decrite ci-dessous. L'avantage d'utiliser une 
procedure existante se situe dans le fait que les interfa- 
ces existantes (nombreuses) sont deja compatibles 
avec cette procedure. II suffit d'inserer le test de la pre- 
sence des 0000 dans le systeme d'exploitation des nou- 
velles cartes fabriquees. 



Revendicatlons 

1. Systeme de communication comportant : 

un centre serveur (1 ), une puce (2) eiectronique 
portee par un support (3) a puce, et une inter- 
face (4) de communication entre ce centre ser- 
veur, cette puce, et, eventuellement, un utilisa- 
teur, 

dans ('interface, un microprocesseur (9) et une 
memoire (11) programme munie d'un jeu limite 
(11) destructions ou de procedures de com- 
munication avec la puce, et, 
dans la puce, un microprocesseur (14) et une 
memoire (15) programme munie egalement 
d'un jeu limite (16) correspondant destructions 
ou de procedures, caracterise en ce que le sys- 
teme de communication comporte 
des moyens agences pour, a partir d'un mes- 
sage em is par le centre serveur, au cours d'une 
session d'utilisation, selectionner ou ecrire, 
dans une zone memoire reservee (20) de la pu- 
ce, avec les jeux limites destructions ou les 
procedures de la puce et ou de I'interface, les 
caracteristiques d'une instruction differente de 
celles des jeux limites ou procedures, et 
dans la puce un automatisme d'execution 
agence pour, au cours de cette session, exe- 
cuter cette instruction differente apr6s selection 
ou ecriture de ses caracteristiques dans cette 
zone m6moire r6servee. 

2. Systeme selon la revendication 1 , caracterise en ce 
que 

la memoire programme de la puce comporte un 
jeu complementaire d'instructions, 
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les caracteVistiques ecrites concement une 
adresse dans cette memoire programme de la 
puce d'une instruction de ce jeu compl6mentai- 
re. 



3. Systeme selon la revendication 1 ou la revendica- 
tion 2, caracterise* en ce que i'automatisme compor- 
te, en memoire programme de la puce, 



5. Systeme selon la revendication 3 ou la revendica- 
tion 4, caracterise* en ce que I'automatisme compor- 
te, en memoire programme de la puce, 

un microprogramme d'ex6cution d'une instruc- 
tion du jeu complementaire dont I'adresse est 
stockee en zone memoire reservee. 

6. Systeme selon Tune des revendications 1 a 5, ca- 
racterise en ce que la zone memoire reservee de la 
puce est non volatile, notamment du type EE- 
PROM. 

7. Systeme selon Tune des revendications 1 a 6 ca- 
racterise en ce que la zone memoire reserved com- 
porte un champ (49) pour stocker une information 
permettant de savoir qu'apres l'ex£cution d'une ins- 
truction differente de celles des jeux limites ou pro- 
cedures devra suivre ('execution d'une autre ins- 
truction differente, et en ce que I'automatisme 
d'execution comporte un test (50) de la valeur de 
ce champ. 

8. Systeme selon Tune des revendications 1 a 7 ca- 
racterise en ce que le microprocesseur de interfa- 
ce est agence pour executer instruction differente. 



Claims 

1 . Communication system comprising : 



a server centre (1), an electronic chip (2) 
mounted on a chip support (3) and a communi- 
cation interface (4) between this server centre, 
this chip and, possibly, a user, 
in the interface, a microprocessor (9) and a pro- 
gramme memory (11) provided with a limited 
set (11) of instructions or procedures for com- 
munication with the chip, and 
in the chip, a microprocessor (14) and a pro- 
gramme memory (15) provided with a corre- 
sponding limited set (16) of instructions or pro- 
cedures, 

characterised in that the communication system 
has 

means configured to select or write in a re- 
served memory zone (20) during a user session 
using the limited sets of instructions or proce- 
dures of the chip and or the interface the char- 
acteristics of an instruction other than those of 
the limited sets or procedures, and 
an automatic execute system in the chip con- 
figured to execute this different instruction dur- 
ing this session after selecting or writing its 
characteristics in this reserved memory zone. 

2. System as claimed in claim 1 , characterised in that 

30 - the chip programme memory has a comple- 
mentary set of instructions, 
the written characteristics relate to an address 
within this chip programme memory of an in- 
struction in this complementary set. 

35 

3. System as claimed in claim 1 or claim 2, character- 
ised in that, in the programme memory of the chip, 
the automatic system has, 

40 - a microprogramme (37-40) for testing whether 
an instruction received from the server or the 
user belongs to the limited set of instructions, 
linked to an execution command for this tested 
instruction, connected in series with 

45 a microprogramme (42) for testing the designa- 

tion of the reserved memory zone contained in 
the instruction executed in this manner, linked 
to the execution command for the different in- 
struction. 

so 

4. System as claimed in claim 1 or claim 2, character- 
ised in that, in the chip programme memory, the au- 
tomatic system has 

55 - a microprogramme (42) for testing the designa- 
tion of the reserved memory zone, linked to the 
execution command for the different instruc- 
tion. 



un microprogramme de test (37-40) de Tappar- 10 
tenance d'une instruction, recue du serveur ou 
de I'utilisateur, au jeu d'instructions limits, cou- 
ple avec une execution de cette instruction tes- 
tee, branche en serie avec 
un microprogramme de test (42) de la designa- 15 
tion, dans instruction ainsi executed, de la zo- 
ne memoire reservee, couple a I'execution de 
instruction differente. 

4. Systeme selon la revendication 1 ou la revendica- 20 
tion 2, caracterise en ce que I'automatisme compor- 
te, en memoire programme de la puce, 

un microprogramme de test (42) de la designa- 
tion de la zone memoire reservee, couple a 25 
I'execution de instruction differente. 
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5. System as claimed in claim 3 or claim 4, character- 
ised in that, in the chip programme memory, the au- 
tomatic system has 

a microprogramme for executing an instruction 5 
from the complementary set, the address of 
which is stored in the reserved memory zone. 

6. System as claimed in one of claims 1 to 5, charac- 
terised in that the reserved memory zone of the chip 10 
is non-volatile, and is of the EEPROM type in par- 
ticular 

7. System as claimed in one of claims 1 to 6, charac- 
terised in that the reserved memory zone has a field 15 

(49) for storing a piece of information which makes 
it possible to ascertain that, after an instruction that 
is different from those of the limited sets or proce- 
dures has been executed, the execution will have 

to be followed by another different instruction and 20 
in that the automatic execution system has a test 

(50) for verifying the value of this field. 

8. System as claimed in one of claims 1 to 7, charac- 
terised in that the interface microprocessor is con- 2s 
figured to execute the different instruction. 

Patentanspruche 

30 

1. Kommunikationssystem, das umfaBt: 

einen Zentralserver (1), einen elektronischen 
Chip (2) auf einem Chiptrager (3) und eine 
Schnittstelle (4) fOr die Kommunikation zwi- 35 
schen Zentralserver, diesem Chip und eventu- 
ell einem Nutzer, 

in der Schnittstelle einen Mikroprozessor (9) 
und einen Programmspeicher (11), der mit ei- 
nem begrenzten Satz (11) an Instruktionen 40 
oder Prozeduren zur Kommunikation mit dem 
Chip ausgerustet ist, und 
in dem Chip einen Mikroprozessor (14) und ei- 
nen Programmspeicher (1 5), der gleichfalls mit 
einem entsprechenden begrenzten Satz (16) 4S 
an Instruktionen oder 
Prozeduren ausgestattet ist, 

dadurch gekennzelchnet, daB das Kommunikati- 
onssystem umfaBt: so 

Vorrichtungen, die dazu dienen, aufgrund einer 
vom Zentralserver ausgegebenen Meldung im 
Verlauf einer Nutzungsperiode in einer reser- 
vierten Speicherzone (20) des Chips mit den 55 
begrenzten Satzen an Instruktionen Oder Pro- 
zeduren des Chips und/oder der Schnittstelle 
die Eigenschaften einer Instruktion auszuwah- 
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len oder zu schreiben, die sich von denen der 
begrenzten Satzeoder Prozeduren unterschei- 
det, und 

in dem Chip einen Ausfuhrungsautomatismus, 
der dazu dient, im Verlauf dieser Periode diese 
unterschiedliche Instruktion nach Auswahl 
oder nach Schreiben ihrer Eigenschaften in 
diese reservierte Speicherzone auszufuhren. 

2. System nach Anspruch 1 , 
dadurch gekennzeichnet, daf3 

der Programmspeicher des Chips einen zu- 
satziichen Instruktionsatz umfaBt, 
die geschriebenen Eigenschaften eine Adres- 
se in diesem Programmspeicher des Chips ei- 
ner Instruktion dieses zusatziichen Satzes be- 
treffen. 

3. System nach Anspruch 1 oder Anspruch 2, 
dadurch gekennzeichnet, daB 

der Automatismus im Programmspeicher des 
Chips umfaBt: ein Mikroprogramm zum Testen 
(37 - 40), ob eine Instruktion, die vom Server 
oder Nutzer empfangen wurde, zum begrenz- 
ten Instruktionssatz gehort, der an die Ausfuh- 
rung dieser getesteten Instruktion gekoppelt 
ist, in Serie geschaltet mit 
einem Mikroprogramm zum Testen (42) der Be- 
zeichnung, in der so ausgefuhrten Instruktion, 
der reservierten Speicherzone, gekoppelt mit 
der Ausfuhrung der sich unterscheidenden In- 
struktion. 

4. System nach Anspruch 1 oder Anspruch 2, 
dadurch gekennzeichnet, daB 

der Automatismus im Programmspeicher des Chips 
umfaBt: ein Mikroprogramm zum Testen (42) der 
Bezeichnung der reservierten Speicherzone, ge- 
koppelt mit der Ausfuhrung der sich unterscheiden- 
den Instruktion. 

5. System nach Anspruch 3 oder Anspruch 4, 
dadurch gekennzeichnet, daB 

der Automatismus im Programmspeicher des 
Chips umfaBt: 

ein Mikroprogramm zur Ausfuhrung einer In- 
struktion des zusatziichen Satzes, deren 
Adresse in der reservierten Speicherzone ge- 
speichert ist. 

6. System nach einem der Anspruche 1 bis 5, 
dadurch gekennzeichnet, daB 

die reservierte Speicherzone des Chips nichtfluch- 
tig ist, insbesondere ein EEPROM-Typ ist. 
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System nach einem der Anspruche 1 bis 6, 
dadurch gekennzeichnet, daft 
die reservierte Speicherzone ein Feld (49) zum 
Speichern einer Information umfaGt, wodurch es 
mdglich wird, festzustellen, ob nach Ausf uhrung ei- s 
ner sich gebenuber denen aus dem begrenztem 
Satz Oder den Prozeduren unterscheidenden In- 
struktion die Ausfuhrung einer anderen sich unter- 
scheidenden Instruktion folgen muB, und dadurch 
da3 der Ausfuhrungsautomatismus einen Test (50) 10 
des Wertes dieses Feldes umfafJt. 

System nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, daG 

der Mikroprozessor der Schnittstelle zur Ausfuh- is 
rung der sich unterscheidenden Instruktion dient. 
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